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(54) Communications network 

(57) A communications network (10) comprises a 
plurality of network sites (12), to each of which a service 
terminal ( 1 6. 1 8). a maintenance terminal (20). or a serv- 
er (22) may be connected. Each service terminal 
(16,18), which may be an ATM or a point-of-sale termi- 
nal, has at least one service element (44), such as a 



card transport or currency bin, that is to be maintained 
in operation. Intelligent agent programs (50) move be- 
tween terminals (16,18,20) collecting information from 
or imparting information to each terminal (16.1 8,20) vis- 
ited. The information that is collected or imparted is used 
for facilitating efficient maintenance of the service ter- 
minals (16,18). 
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Description 

[0001] The present invention relates to a communica- 
tions network. In particular, the invention relates to a 
communications network having one or more service s 
terminals. The service terminals may include a self- 
service terminal (SST) such as an automated teller ma- 
chine (ATM), a financial services terminal (FSC), a self 
service checkout terminal or a retail point-of-sale (PoS) 
terminal. The invention also relates to a method and sys- 10 
tern for routing agent programs carrying operating data 
through a communications network. 
[0002] Self-service terminals are required to operate 
under extreme service conditions. Twenty-four hour 
availability is extremely important to ATMs that continue *5 
to operate after normal banking hours. This is com- 
pounded by the move towards off-site ATMs, such as 
ATMs that are located in retail locations and petrol sta- 
tions, where access by the on-site staff may be restrict- 
ed for security reasons. Within the retail environment, 20 
PoS terminals must operate reliably in many diverse lo- 
cations from large supermarkets to small retail loca- 
tions. 

[0003] These terminals can fail to operate because of 
two basic types of error. The first type of error is caused 2S 
by hardware and/or system failures, and the second 
type of error is caused by consumable media within the 
terminal. The mechanical transport mechanisms that al- 
low media (currency, tickets, receipts, cards, and such 
like) to be moved around within the ATM may fail due to 30 
jamming of the media being conveyed. Cards can jam 
in the card reader, currency can jam in the dispenser 
transport, and receipt paper can jam within the printer 
mechanism or its external transport. These critical er- 
rors will immediately force the terminal out of service 35 
and require action to be taken to restore the terminal to 
operation. 

[0004] Point-of-sale (PoS) terminals can have similar 
hardware failures such as receipt paper jams, cash 
drawer release failure or the failure of support systems 40 
such as scanners or weighing scales. Although a tradi- 
tional PoS terminal may be run by an operator, the op- 
erator may not be trained or authorised to perform repair 
operations and may need to call for assistance when a 
failure occurs. New forms of self-service checkout ter- 45 
minals (SSTs) being developed integrate some of the 
functions of an ATM with a PoS terminal. This type of 
unattended system can suffer the same critical failures 
as a PoS terminal or an ATM. 

[0005] The consumable media within an ATM, a PoS so 
terminal, or an SST includes currency, receipt paper, 
tickets, and cards. There are situations where cards are 
captured by ATMs or currency is purged during a dis- 
pensing process. There is a limit to the capacity within 
the capture and purge bins that requires the bins to be ss 
emptied as they approach the capacity limit. Similarly, 
when an ATM has a depository accepting envelopes or 
cheques, the corresponding capture bin must be peri- 
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odically emptied. 

[0006] Within the PoS terminal, where currency is en- 
tered in the form of large denomination bank notes and 
is withdrawn in the form of smaller denomination notes 
and coins, there are times when the mix of currency in 
the cash drawer is unsatisfactory to meet the transac- 
tions being processed. It may be necessary for the op- 
erator to call for assistance to re-stock the cash drawer 
with an appropriate mix of bank note denominations. 
[0007] Clearly, critical failure resolution and consum- 
able media management are important issues for ATM, 
SST and PoS terminals. A number of techniques exist 
which attempt to address these issues. Large retail 
stores typically utilise a loudspeaker or paging system 
to allow the operator to call for assistance. This could 
be in response to some critical situation, such as a re- 
ceipt paper jam, where the customer must wait for the 
problem to be resolved. It could be in response to a lack 
of low denomination currency so that the customer can- 
not be given change of a large denomination note, or a 
lack of high denomination currency so that the customer 
may be given an undesirably large amount of small 
change. Either situation undesirably inconveniences the 
customer. 

[0008] Where the terminals are included in computer 
systems, application programs may be used to monitor 
the operation of the terminal devices (e.g. the printer) 
and the consumable media (e.g. low supply of the printer 
paper) to predict potential failures. On stand-alone ter- 
minals appropriate messages may be displayed to the 
user on a user display or to an operator on a specialised 
operator display. However this still requires that some- 
one regularly checks the terminals to read the displayed 
messages and it poses a problem for off-site locations 
in regard to nominating someone to check the terminals. 
[0009] It is an object of the invention to obviate or mit- 
igate one or more of the above disadvantages. 
[0010] According to a first aspect of the invention 
there is provided a communications network having a 
plurality of interconnected network sites, at least one 
network site having a service terminal, wherein intelli- 
gent agent programs are used to convey information be- 
tween sites on the network for facilitating efficient main- 
tenance ol the service terminal. 

[0011] It will be understood that each service terminal 
has an intelligent agent handler for receiving intelligent 
agents from the network and for launching intelligent 
agents into the network. The agent handler allows the 
received intelligent agent to execute within the context 
of the handler. The agent handler may also perform oth- 
er functions, such as checking that a received intelligent 
agent has the required security. An executing intelligent 
agent may retrieve data from the service terminal that 
received the intelligent agent and may store data carried 
by the intelligent agent in the service terminal. The agent 
handler is conveniently implemented in software. 
[001 2] Preferably the communications network routes 
intelligent agent programs through the communications 
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network by reference to network site address informa- 
tion. Conveniently, each agent program carries the site 
address information. 

[0013] Preferably, each service terminal includes op- 
eration monitoring means for recording operating infor- s 
mation associated with service elements within that ter- 
minal. Service elements may include receipt printers, 
cash dispensers, cash drawers, and such like. The op- 
erating information may relate to operating parameters 
associated with the service elements. Operating param- 
eters may include details of all transactions such as the 
total amount of cash that has been withdrawn, state of 
health information such as the amount of receipt paper 
that has been used, error messages, and such like. 
[0014] Preferably, one network site in the communi- 
cations network has a server. In one embodiment the 
server provides transaction processing capabilities. 
[001 5] Preferably, the server records the network site 
address of each available service terminal; i.e. each 
service terminal that is operating and thai is connected 
to the communications network. 

[0016] Preferably, the server has a monitor for send- 
ing out monitor intelligent agent programs (hereinafter 
referred to as monitor agents) for collecting operating 
information from each of the available service terminals. 
The server may provide each monitor agent with a list 
of all of the available service terminal addresses. Con- 
veniently the monitor is implemented in software. 
[0017] Preferably, for each service terminal address 
on the list, the monitor agent has storage space for stor- 
ing operating information associated with that service 
terminal. 

[0018] Each monitor agent visits each service termi- 
nal in turn: the handler associated with each terminal 
receives the monitor agent and executes the program 
carried by the received monitor agent. The program re- 
trieves operating information from the operation moni- 
toring means. The handler then sends the monitor agent 
to the next destination. The next destination may be the 
next service terminal on its list. Alternatively, when all 
service terminals on its list have been visited, the mon- 
itor agent returns to the server. 

[0019] Preferably, the monitor is also operable to re- 
ceive a returning monitor agent and extract from the re- 
turning monitor agent the stored operating information 
for each service terminal visited. 
[0020] Preferably, the monitor includes analysing 
means lor analysing the operating information. Using 
this analysing means, the server is able to predict when 
a service terminal may require maintenance. For exam- 
ple, it the returning monitor agent contains operating in- 
formation for an ATM, which information shows that the 
receipt printer paper is very low, the server can alert 
maintenance personnel to schedule replenishment of 
the paper and thereby reduce the downtime of the ATM. 
Another aspect of the invention accordingly provides a 
predictive maintenance communications network that 
uses monitor agents to predict when maintenance is re- 



4 

quired. 

[0021] Conveniently, the server sends out the monitor 
agents at a predetermined frequency, such as one mon- 
itor agent every 30 minutes. 

[0022] According to a second aspect of the invention 
there is provided a service terminal for use with a com- 
munications network, the service terminal comprising: 
one or more service elements, operation monitoring 
means for recording operating information associated 
with the one or more service elements; a network inter- 
face; and an intelligent agent handler for receiving an 
intelligent agent via the interface and for sending the re- 
ceived intelligent agent to the next destination; whereby, 
the received intelligent agent is executed by the handler 
so that the received intelligent agent retrieves and 
stores operating information from the operation moni- 
toring means. 

[0023] The network interlace is an I/O interface. 
[0024] The next destination may be another service 
terminal or it may be a server which originally sent the 
visiting monitor agent. 

[0025] The service terminal may be a SST or a PoS 
terminal. 

[0026] According to a third aspect of the invention 
there is provided an automatic maintenance requesting 
communications network system having at least one 
service terminal and at least one maintenance terminal; 
whereby when a maintainer logs in to the maintenance 
terminal an intelligent agent service program is sent to 
the service terminal to convey information about the 
maintainer and the network address of the maintenance 
terminal to a service agent register, so that in the event 
of a malfunction the service terminal is able to send an 
intelligent agent alert program conveying a mainte- 
nance request to the maintenance terminal. 
[0027] By virtue of this system, a malfunctioning serv- 
ice terminal is able to determine if there is a maintainer 
available to repair the malfunction; and if a maintainer 
is available, the service terminal is able to send a re- 
quest (using an alert agent) to the maintainer. 
[0028] The maintainer may be a service engineer, a 
replenisher, or an automated assistance system. 
[0029] Preferably the maintainer information includes 
details for ranking the priority of the maintainer. These 
details may include the type of malt unctions the main- 
tainer can repair, for example card reader malfunctions, 
cash drawer malfunctions, receipt printer malfunctions 
and such like. The details may include an indication of 
the geographical location of the maintainer, for example 
whether the maintainer is local or remote; and whether 
the maintainer is a primary contact or should only be 
contacted if there is no primary contact. Using this infor- 
mation, if there are a plurality of maintainors available, 
the service terminal is able to rank the available main- 
tained into a preferred visiting order according to the 
malfunction, the location of the maintainer, and other 
such details. The service terminal is able to generate a 
list of maintainers to be visited by the alert agent, where 
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the first maintainer on the list has the highest ranking. 
[0030] Preferably, if a maintainer declines to perform 
the repair or if a maintainer fails to respond to the alert 
agent within a predetermined time period, the alert 
agent travels to the next maintainer on the list. If the last 
maintainer on the list has been visited without any main- 
tainer responding to the alert agent, the alert agent re- 
visits the first maintainer on the list. In some embodi- 
ments, the alert agent may only have a predetermined 
lifetime, after expiry of which the alert agent becomes 
inactive. 

[0031] According to a fourth aspect of the invention 
there is provided a service terminal for use in an auto- 
matic maintenance requesting communications net- 
work, where the service terminal comprises: an intelli- 
gent agent handler; operation monitoring means for de- 
tecting malfunctions; and a service agent register; 
whereby, in use, the intelligent agent handler receives 
and executes intelligent agent service programs that 
store maintainer information and maintenance terminal 
information in the service agent register, so that on de- 
tecting a malfunction the operation monitoring means is 
able to provide the handler with information relating to 
one or more maintainers from the service agent register 
for use in creating an intelligent agent alert program for 
sending to the one or more maintainers. 
[0032] Preferably, the operation monitoring means 
selects a plurality ot maintainers and prioritises these 
selected maintainers so that the alert agent visits the 
selected maintainers in the prioritised order 
[0033] According to a fifth aspect of the invention 
there is provided a method of communicating intelligent 
agent programs through a communications network 
comprising a plurality of interconnected network sites, 
the network having a server at one network site and a 
service terminal at another network site, the service ter- 
minal having at least one service element, the method 
comprising the steps of: monitoring the service element 
to derive operating data relating to an operating param- 
eter thereof; and, launching from the service terminal to 
the server an intelligent agent program carrying the op- 
erating data. 

[0034] The service terminal may be an SST such as 
an ATM or a kiosk, or a PoS terminal. 
[0035] According to a sixth aspect ot the invention 
there is provided a method of requesting service for a 
service terminal connected to a network of interconnect- 
ed sites, the method including the steps of selecting a 
site to send a request for service to, where the selection 
is based on profile data associated with a service person 
enrolled at that site; and using an intelligent agent pro- 
gram to convey the request to that site. 
[0036] According to a seventh aspect of the invention 
there is provided a method of servicing a service termi- 
nal interconnected over a network, the method including 
the steps of communicating servicing information over 
the network to servicing personnel, where the commu- 
nication permits each service person to accept respon- 



sibility for servicing a specified condition that has oc- 
curred within the terminal, and where the communica- 
tion visits service persons in turn until a service person 
accepts responsibility. 

s [0037] According to an eighth aspect of the invention 
there is provided a method of requesting service for a 
service terminal connected to a network of interconnect- 
ed sites, the method including the steps of initiating a 
request for service on the basis of an event occurring 

io within the terminal, selecting appropriate service per- 
sonnel to convey the request to, prioritising the order in 
which the service personnel are to be visited, and using 
an intelligent agent program to convey the request to 
the service personnel in the prioritised order. 

15 [0038] According to a ninth aspect of the invention 
there is provided an interconnected network system 
comprising transaction terminals, a central server, and 
service persons* terminals, where the central server 
monitors terminals and persons who are logged onto the 

20 network, terminals failing to provide an anticipated com- 
munication over the network, state of health and serv- 
icing requirements of the transaction terminals, and 
qualification information relating to service persons who 
are logged onto the network, for establishing one or 

zs more lists of network locations to be visited by intelligent 
agent programs to facilitate servicing of the transaction 
terminals. 

[0039] These aspects of the invention have a number 
of advantages because intelligent agent techniques al- 
so low agents (in the form of software routines such as Java 
objects) to be transmitted between different computing 
elements on a network, allowing new code to enter an 
existing element, execute within that element to perform 
some data gathering exercise, and then as appropriate 
35 move on, e.g., to the next element in a list of places (net- 
work sites) to visit. These agents can provide a moni- 
toring function by regularly moving round the network of 
terminal modules looking for errors. By harvesting actu- 
al usage information these monitor agents can be used 
40 to provide for replenishment scheduling. Service agents 
can be used to inform all modules active in the network 
of the identity of available serving personnel. In case of 
critical failure (e.g., one requiring some immediate or 
near term attention) modules can then send out alert 
^5 agents to indicate that an error has occurred within a 
module. These alert agents can be sent to the various 
registered personnel to find someone who is trained, au- 
thorised and available to assist in servicing. The alert 
agents are preferably intelligent agents capable of mov- 
50 ing around the network on their own to carry out their 
prescribed task. Information relating to non-critical er- 
rors or failures can be held at a module (i.e. , not passed 
along by an alert agent) for later access by other types 
of agents, such as a monitor agent, as will be described. 
55 [0040] Having identified a service person that can 
help a module or ATM that has a critical error of some 
sort, that individual can then access the embedded serv- 
er of the ATM to obtain more details. This can be 
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achieved by providing a Web server at a central server, 
which standard Web browsers at the service person's 
back office or more remotely located terminal can ac- 
cess Using standard Web protocols and Java® applets 
it is possible to provide a number of interface types to s 
designated field engineers or other servicing personnel. 
[0041 ] The Web-based Java® applets can access the 
central server for information, which the central server 
can obtain from the individual modules of the ATM. Em- 
bedded support servers within the modules can be ca- 
pable of retrieving the module specific logs, tallies and 
state of health information in response to states within 
a module or external queries or requests. It is possible 
to provide for immediate error notification on an associ- 
ated Web page, through the Java® applets if they are 
enabled 

(0O42J The invention will now be described, by way of 
example with reference to the accompanying drawings 
in wi~!ich 

Fiq 1 i*> n block diagram of a bank branch network 
/iccorchng to one embodiment of the invention; 

F»q C is n block diagram of a service terminal from 
tnc network of Fig 1 in more detail; 

F »q 3 is * bloc K diagram of elements of an intelligent 
*oo"»t program that is communicated through the 
notwrwb of Fig 1 

Fiq 4 is ri ok>:k diagram of the server from the net- 
work o' Fg 1 

F*q 5 ts h flowchart illustrating the steps implement- 
ed by «n Hqeni handler in receiving and lorwarding 
a monitor agent 

Fiqs 6d lo 6c are block diagrams illustrating the 
movement of intelligent agent monitor programs 
usccj a the network of Fig 1 ; 

Fiq 7 is n ftowchart illustrating the steps implement- 
ed by rtn ngent handler in receiving and examining 
a returntnq irteitigent agent monitor program; 

Figs to 6c arc block diagrams illustrating the 
movement of service intelligent agent programs 
used o Uiu nolwoik of Fig 1; 

Fig 9 is n slock diagram of a maintenance terminal 
used ir the network of Fig 1; 

Fig 10 ic .1 block diagram illustrating the movement 
of nlort mtolhgont agent programs used in the net- 
work o' Fig 1 and 

Figs i in lo c are block diagrams of a petrol station 
site including an ATM and a PoS terminal. 
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[0043] Reference is first made to Fig 1 , which shows 
a communications network 1 0 in the form of a focal area 
network (LAN) within a bank branch. The LAN 10 com- 
municates using messages in the TCP/IP format. The 
LAN 10 has nine network terminal sites 12 mutually in- 
terconnected by a LAN bus 1 4. A service terminal (such 
as an ATM or a teller station), a maintenance terminal 
(such as a back office terminal), or a server may be con- 
nected to each of the network terminal sites 12. 
[0044] Of these nine network sites 12, three sites 12 
are connected to ATM terminals 16, two sites 12 are 
connected to teller station terminals 18, three sites 12 
are connected to back office terminals 20, and one site 
12 is connected to a server 22. 

[0045] A connection is made from the server 22 to a 
wide area network bus 24 to link the LAN 10 with a WAN 
(not shown). The server 22 maintains a record of the IP 
address of each service terminal and each maintenance 
terminal connected to the LAN 10 
[0046] Fig 2 is a diagram of an ATM terminal 16. The 
ATM 1 6 is connected through a physical I/O interface 32 
to the bus 14 of Fig 1 and includes an agent handler 40 
for receiving intelligent agents (illustrated by arrow 50) 
from the LAN 10 via I/O interface 32, and for launching 
intelligent agents into the LAN 10 via I/O interlace 32. 
The agent handler 40 is implemented by software exe- 
cuted on a processor 42 within the ATM 16. Agent han- 
dler 40 is shown overlapping processor 42 because the 
handler 40 receives intelligent agents 50 and allows 
them to run on the processor 42 but only within the con- 
text of the handler 40. This ensures that an agent 50 
does not have unrestricted access to the ATM 16. 
[0047] The agent handler 40 has an IP address (which 
is the IP address of the processor 42 on which the agent 
handler software is executing) and a port number (which 
represents a logical channel in the processor 42). The 
IP address is the network site address : and may be 
shared by different agent handlers 40 because a plural- 
ity of agent handlers 40 may be executing on a single 
processor 42. However, if two or more agent handlers 
40 are executing on the same processor 42, each agent 
handler 40 has a unique port number (i.e. each agent 
handler 40 is monitoring a different logical channel in 
the same processor 42). Thus, no two agent handlers 
40 in the LAN 10 have the same IP address and port 
number. An agent handler 40 monitors its port number 
to detect an incoming intelligent agent. 
[0048] The ATM 16 has four service elements 44 in 
the form of a user interface 44a, a card reader 44b, a 
cash dispenser 44c, and a receipt printer 44d. The ATM 
16 also has a service agent register 45, and operation 
monitoring means 46 comprising a service element 
monitor 48 and an associated service register 49. The 
service element monitor 48 interrogates the service el- 
ements 44 to obtain operating information relating to 
service elements 44 in the ATM 16. The operating infor- 
mation includes state of health information. The service 
element monitor 48 is located and arranged so as to pro- 
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vide operating data that indicates the state of health of 
the ATM 16 by monitoring the operations being carried 
out by the service elements 44, such as the transport of 
currency. The service element monitor 48 stores the in- 
formation in the register 49. 

[0049] Fig 3 illustrates an intelligent agent 50. Intelli- 
gent agents are a class of software consisting of code 
and data that can be transmitted around network com- 
puting environments. An intelligent agent 50 may be 
used for a variety of purposes including monitoring the 
operations of the ATMs 16 and the teller stations 18 on 
the LAN 10, updating information held by the ATMs 16 
and teller stations 18, and alerting back office terminals 
20 and/or the server 22 to any problems, as will be de- 
scribed below. 

[0050] Agent 50 is composed of packets of digital in- 
formation divided into fields 52,54,56,58. The agent 50 
includes a header and source address field 52. The 
source address indicates the IP address associated with 
the service terminal 16,18, maintenance terminal 20, or 
server 22 which launched the agent 50 into the LAN 1 0, 
and the port number associated with the application (as 
will be explained below) that generated the intelligent 
agent 50 

[0051] An address field 54 includes sub fields 54a, 
54b,.. ., 54n each of which may contain the IP address 
and the port number of an agent handler 40 in a target 
service terminal 16,18 or maintenance terminal 20. The 
agent 50 is thus able to carry a visit list of sites 12 to be 
visited, the visit list including a minimum of one network 
site IP address and one port number. The list inherently 
indicates the order in which the sites 1 2 are to be visited 
because the address in sub field 54a is visited first, then 
the address in sub field 54b, and so on. 
[0052] A code and data field 56 includes program in- 
structions for the service terminal 16,18, maintenance 
terminal 20, or server 14 to be visited by the agent 50. 
A register field 58 records data collected by the agent 
50 from the terminals 16,18 visited. 
[0053] Referring back to Fig 2 : in use, agent handler 
40 handles an intelligent agent in the following way. The 
handler 40 receives an intelligent agent 50 and assem- 
bles the code contained in the code and data field 56 of 
the received agent 50 so that the assembled code can 
be executed by the processor 42 within the ATM 16. 
Agent handler 40 also performs other functions as re- 
quired, for example, retrieving data from the service el- 
ement monitor 48 that is requested by an intelligent 
agent 50, processing the retrieved service log data for 
storing in an intelligent agent 50, and storing data pro- 
vided by a received intelligent agent 50, as will be de- 
scribed in more detail below. 

[0054] Fig 4 is a block diagram showing server 22 in 
more detail. Server 22 provides transaction processing 
capabilities for the ATMs 16 in the LAN 10, and also pro- 
vides access to and from the WAN (not shown) via bus 
24 (Fig 1). The server 22 includes an I/O interface 132, 
an agent handler 140, a processor 142, an IP address 
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and port number register 170, a state-of hearth monitor 
172, and transaction processing hardware/software 
174. 

[0055] Agent handler 1 40 is very similar to agent han- 
s dler 40, the main difference being that agent handler 1 40 
does not retrieve data from a service log; whereas agent 
handler 40 does retrieve data from a service log. As the 
agent handlers 40 : 140 are implemented in software 
there will only be a smalt difference between the code 
to used for handler 40 and the code used for handler 1 40. 
[0056] The I P address and port number register is ac- 
cessed when the agent handler 140 is constructing an 
intelligent agent for sending out on the LAN 1 0. 
[0057] Server 22 stores the IP address of each net- 
's work site 12 in the IP address register 170. The IP ad- 
dress register also stores the port number associated 
with each agent handler 40,140. 

[0058] The state of health monitor 1 72 is implemented 
by software that is executed on the processor 142 and 
by memory that is accessed by the software. The mon- 
itor 172 collates information about each ATM 16 and 
each teller station 18, including operating parameters 
such as the amount of cash withdrawn from each ATM 
16, the amount of cash available to a teller station 18, 
the amount of receipt printer paper that is left in each 
ATM 16, and such like information. 
[0059] To collect this information the monitor 172 pe- 
riodically requests the agent handler 140 to construct 
and launch an intelligent agent in the form of a monitor 
agent (illustrated by arrow 50a). The monitor 172 pro- 
vides the agent handler 140 with an indication of the 
ATMs 16 and Teller Stations 18 that are to be visited by 
the monitor agent 50a. 

[0060] The transaction processing hardware/soft- 
ware 174 is used to provide the standard functions of 
an ATM server. 

[0061] When agent handler 140 receives a request 
from the monitor 1 72 to construct and launch a monitor 
agent 50a, the handler 140 uses IP address and port 
number register 170 to determine the IP addresses of 
the ATMs 1 6 and teller stations 1 8 to be visited. The han- 
dler 140 then constructs a monitor agent 50a having ap- 
propriate information in each of fields 52,54,56,58 (see 
Fig 3). The server's IP address and port number are 
placed in the source field 52. The IP addresses of the 
ATMs 1 6 and teller stations 1 8 to be visited, and the port 
numbers of the associated agent handlers 40 are placed 
in the address sub-fields 54a, b,c,.. An operational data 
retrieving program for retrieving operating data from the 
service register 49 in each ATM 16 and teller station 18 
is placed in the code and data field 56. The register field 
58 is reset so that any data that was stored in that field 
58 is deleted. 

[0062] The agent 50a is then launched by the handler 
140 so that the agent 50a is free to roam through the 
LAN 10 to locate the addresses stored in its address 
sub-fields 54a,b,c... . 

[0063] Fig 5 is a flowchart illustrating the steps imple- 
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merited by agent handler 40 in handling a monitor agent 
50a, from the step of receiving a monitor agent 50a to 
the step of re-launching the received monitor agent 50a. 
[0064] In Fig 6a, a monitor agent 50a is shown as ar- 
riving at ATM1 1 6a after having been launched from the 
server 22. The monitor agent 50a is shown in full lines 
at its arrival point and is shown in dotted lines to repre- 
sent the previous point of departure from the server 22. 
[0065] Referring again to Fig 5, upon receipt (step 
180) of a monitor agent 50a by the agent handler 40 (via 
I/O interlace 32) in ATM1 16a, the agent handler 40 con- 
firms that the IP address targeted by the monitor agent 
50a matches the IP address of the ATM 16a. The han- 
dler 40 then submits the monitor agent 50a to a security 
check (step 182) to ensure that the monitor agent 50a 
is authorised to access data in the service element mon- 
itor 48 in that ATM 16a. 

[0066] Upon satisfactory completion of the security 
check, the handler 40 requests the service element 
monitor 48 to update the service register 49. The oper- 
ating data (in this embodiment state of health informa- 
tion) is captured (step 184) by the service register 49 
after the arrival of each monitor agent 50a. 
[0067] The operational data retrieving program in field 
56 of the monitor agent 50a is then executed (step 1 86) 
within the context of the handler 40 (i.e. in the runtime 
environment of the handler 40). The data retrieving pro- 
gram requests state of health information from the serv- 
ice register 49. which is supplied by the service element 
monitor 48. The retrieved state of health information is 
then stored in the register field 58 as one record. 
[0068] Once the state of health information has been 
stored in the register field 58, the monitor agent 50a up- 
dates its address field 54 to delete the IP address of the 
ATM 16a that has just been visited. 
[0069] The monitor agent 50a is then re-launched 
(step 188) into the LAN 10 by the handler 40. Once re- 
launched into the LAN 10, the monitor agent 50a will 
visit the next service terminal in the address field 54. 
[0070] This continues until all the locations have been 
visited, whereupon the monitor agent 50a returns to the 
server 22 (which originally launched the monitor agent 
50a) to impart the state of health information obtained 
by travelling through the LAN 10. 
[0071] When a monitor agent 50a returns to the server 
22, the server agent handler 140 implements the steps 
shown in Fig 7. The returning agent is received (step 
1 90) and a security check is performed (step 1 92) to en- 
sure that the agent 50a was previously sent out by the 
server 22. 

[0072] The register field 58 is then examined (step 
194) to retrieve the stored information. The stored infor- 
mation is read out of the register field 58 one record at 
a time, where a record is the stored state of health in- 
formation for one service terminal, and analysed by the 
state of health monitor 172. 

[0073] The state-of health monitor 1 72 is thus able to 
utilise information provided by the returning monitor 



agents 50a to build up a dynamically changing picture 
of the service terminals in the LAN 10, identifying prob- 
lem areas and scheduling replenishment and mainte- 
nance operations based upon local requirements as op- 

s posed to some overriding average as might be conduct- 
ed by a centralised helpdesk approach. For example, 
the information can be used to schedule an appropriate 
time to replenish consumables in a service terminal. 
[0074] The information retrieved from the service ter- 

10 minals (in this embodiment state of health information) 
is determined by the program instructions included in 
the code and data field 56 of a monitor agent 50a. This 
allows the state of health monitor 172 to retrieve differ- 
ent types of information (such as the state of health, us- 

is age of consumables, and configuration) by selecting an 
appropriate program for use in a monitor agent 50a. 
Thus, a monitor agent 50a can be configured by the 
monitor 172 to retrieve a desired type of information. 
[0075] As well as retrieving information from the serv- 

20 ice terminals that they visit, intelligent agents 50 can al- 
so impart information to service terminals as will now be 
explained with reference to Figs 8a to 8c. Intelligent 
agents used for imparting service information to service 
terminals are herein referred to as service agents 50b. 

2S [0076] A service agent 50b has the same format as 
agent 50. In a service agent 50b, the register field 58 
contains service personnel information for imparting to 
service terminals; whereas in a monitor agent 50a, the 
register field 58 is used for collecting information from 

30 service terminals. 

[0077] In Fig 8a, each of the back office terminals 20 
can support a maintainer, where a maintainer may be a 
replenisher (a person who replenishes consumables in 
a service terminal) or a field engineer (a person author- 

35 ised to repair malfunctions in a service terminal) who 
can log on or off the LAN 10. 

[0078] Fig 9 shows a back office terminal 20 at which 
a maintainer can log on to the LAN 10. When a main- 
tainer logs on to the LAN 10 via a back office terminal 

40 (e.g. 20a), a maintainer monitor 238 stores information 
about that maintainer and instructs an agent handler 
240 to prepare and launch a service agent 50b (via 
physical I/O port 232) identifying that maintainer as an 
available service resource to the ATMs 1 6 and teller sta- 

45 tions 18 on the LAN 10. 

[0079] Back office terminal 20 has an error log 250 
that is used to record error information provided by a 
malfunctioning service terminal, as will be described in 
more detail below. The agent handler 240 is very similar 

so to agent handlers 40 and 140. 

[0080] In Fig 8a, back office terminal 1 (BOI ) 20a has 
launched a service agent 50b which is being received 
by ATM1 16a. The service agent 50b is processed by 
agent handler 40 in ATM1 16a. The service agent 50b 

55 is then launched from ATM1 16a and arrives at ATM2 
16b. This continues so that the service agent 50b visits 
each ATM 1 6 and teller station 1 8. In Fig 8b, the service 
agent 50b from BOI 20a is shown arriving at ATM2 16b. 
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[0081] When a maintainer logs into the LAN 10 via a 
back office terminal (e.g. 20b), the maintainer is asked 
to respond to a number of questions to provide the agent 
handler 240 with the necessary service and location in- 
formation for the register field 58 of a service agent 50b. s 
The service and location information required typically 
includes details of: the authorisation level of the main- 
tainor (such as, low security for replenishing low security 
consumables or high security for replenishing cash); the 
physical location of the maintainer (local or remote to 
the LAN 10): the status of the maintainer (such as pri- 
mary replenisher, secondary replenisher, final replen- 
isher): and the training level of the maintainer (such as, 
what peripherals, if any, the maintainer can service). 
This service and location information is also stored in 
the maintainer monitor 238. 

(0082] Agent handler 240 creates and launches a 
service agent 50b. The service agent 50b has the serv- 
ice and location information in a standard format in its 
register t»ekJ 58 Service agent 50b has the IP address 
of trie back office terminal 20b and the port number that 
the nqent handler 240 is monitoring in the header/ 
source rdd-css field 52. The IP addresses of the service 
terminate to be visited are placed in the address sub- 
tle kJc 54.1 1 c and a service update program is placed 
in tho codo r«nd data field 56. 

(0083) When a maintainer logs off the LAN 10 via a 
t><*ck ottwrc terminal (e.g. 20a), the maintainer monitor 
uprwrs itsolt and then instructs the agent handler 
2^0 n itw tv»ck oflice terminal 20a to prepare and 
tajnch a service agent 50b identifying that maintainer 
and mdic^tmg mat that maintainer is no longer available 
as a service resource for the ATMs 16 and teller stations 
16 The m^.mt^iner monitor 238 updates itself by delet- 
ing ttw maintainer and any associated service and lo- 
cation ir format ion 

[0084] I n this embodiment , a WAN (not shown) is con- 
nected to the LAN 10 so that a field engineer may log 
in;o n bac-v ctticc terminal located in the WAN (not 
sho*n> That back office terminal may send service 
agents 50t n:o the LAN 10 through the server 22 via 
bus 24 

[0085] In Fig Bz a service agent 50b which has ar- 
rived via the bus 24 is shown in dotted lines as having 
been launched by the server 22 onto the LAN 10 and is 
seen m lull imes as arriving at ATM1 16a. The service 
agent 50b from me WAN is subjected to security checks 
by the soivei 22 beloie being allowed to enter the LAN 
10 The bcvc 24 is configured to stop service agents 
50b generated within the LAN 10 from entering the 
WAN 

[0086] When a service agent 50b reaches a service 
tcrmmal(cg ATM1 16a), the agent handler 40 receives 
the sorvico agont 50b and runs the service update pro- 
gram (contained in the code and data field 56 of the serv- 
ice agent 50b) in the context of the agent handler 40. 
The service update program compares the service and 
location information in register field 58 with any service 



and location information stored in agent register 45 (see 
Fig 2). If the service and location information stored in 
field 58 is different to that stored in agent register 45 
then the service update program updates agent register 
45 to conform to the information in field 58. Thus, each 
service terminal has an internal list (the agent register 
45) of the maintainers who are currently available in the 
event of that service terminal experiencing a critical fail- 
ure. The list of maintainers includes the address of each 
maintainer currently available and the port number of 
the associated agent handler 240 for that maintainer. 
The use of service agents 50b provides a convenient 
way of updating the agent register information. 
[0087] If a critical failure occurs within an ATM 16 or 
teller station 18 in the LAN 10, the service element mon- 
itor 48 (Fig 2) within the ATM 16 or teller station 18 ex- 
periencing the failure detects this critical failure and in- 
structs agent handler 40 to prepare and launch an alert 
agent 50c. 

[0088] The IP address and port number associated 
with the service terminal experiencing the critical failure 
are placed in the header/source address field 52. An 
alert program is placed in the code and data field 56; 
and details of the critical failure, for example, card read- 
er error due to a card jam, are placed in the register field 
58. The addresses of back office terminals to be visited 
are placed in the address sub-fields 54a,b,. 
[0089] The agent handler 40 uses the agent register 
45 to obtain the addresses of the maintainers to be vis- 
ited by the alert agent 50c. If more than one maintainer 
is available (i.e. if more than one maintainer is currently 
logged on to the LAN 10) then the maintainers are pri- 
oritised within the address sub-fields of the alert agent 
50c according to one or more predetermined criteria. 
The predetermined criteria may be the order in which 
the maintainers logged on to the LAN 10. Alternatively, 
the predetermined criteria may be based on the location 
of the maintainers, so that the maintainer who is closest 
has the highest priority and is visited first. 
[0090] An alert agent 50c is shown in Fig 1 0 as having 
been launched by the ATM3 16c. 
[0091] The alert agent 50c arrives at the agent han- 
dler 240 associated with the maintainer who has the 
highest priority. The alert agent 50c is shown in Fig 10 
arriving at the agent handler 240 of BOI 20a. 
[0092] When the alert agent 50c reaches the back of- 
fice terminal 20 with the highest priority maintainer, the 
associated handler 240 performs a security check on 
the received alert agent 50c. The handler 240 then runs 
the alert program that is stored in the code and data field 
56 of the alert agent 50c. The alert program runs within 
the context of the handler 240 and queries the training 
and authority levels recorded (as part of the service and 
location information) in the maintainer monitor 238 of the 
terminal 20a to decide whether help is available from 
the maintainer at that terminal 20a. 
[0093] If a maintainer is available who is trained and 
authorised to work on the error contained within the alert 
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agent 50c, then the agent handler 240 presents a re- 
quest for assistance on that maintained terminal 20. If 
an acknowledgement of the request for assistance is not 
provided within a predetermined time, such as three 
minutes, then the alert agent 50c moves on to the next s 
mamtainer in the address field 54. 
[0094] The maintainer may not acknowledge the re- 
quest for assistance for a number of reasons, for exam- 
ple, the maintainer may be away from the terminal 20a, 
or the maintainer may be assisting another ATM 16 or 
teller machine 18. If the maintainer notices the request 
for assistance but cannot assist, for example because 
occupied with a customer, the maintainer can reject the 
request for assistance. This causes the alert agent 50c 
to move to the next maintainer in its address field 54 
immediately. 

[0095] If all of the available maintainers in the LAN 1 0 
fail to assist, the alert agent 50c moves to the server 22 
to seek assistance from maintainers on WAN (not 
shown) If at any point the alert agent 50c successfully 
sumrrtons assistance, the alert agent 50c is acknowl- 
edged by a maintainer and the critical failure information 
corned by the alert agent 50c is registered at the location 
havirg «i maintainer capable of assisting and is stored 
m the error log 250 at that terminal 20. 
[00$$] Tho critical failure information includes the er- 
ror type such as a card jam, and an identification of the 
service terminal experiencing that failure. The identifi- 
cation may simply be a terminal number in the case 
whoro assistance is to be provided from within the en- 
viron-ncnl of the LAN 10. Otherwise, the identification 
will include an IP address and contact information for 
o>nnng access to the malfunctioning service terminal. 
(0097] Once an alert agent 50c has successfully sum- 
moned assistance, it returns to the originating service 
terminal which in Fig 10 is ATM3 16c. Alternatively, the 
alort agent 50c may delete itself. 

[0098] In Figs 11 a to 1 1 c. a petrol station site includes 
an A"M 16 and a point-of-sale (PoS) terminal 300. The 
ATM 16 and terminal 300 are connected in a LAN 310 
to a server 22 by means of a bus 320. The server 22 is 
connected into a WAN (not shown) by a WAN bus 330. 
[0099] The state-of-health monitor 172 in the server 
22 periodically sends out a monitor agent 50a to both 
tho terminals 16 and 300 as shown in Fig 11a tor per- 
forming status monitoring and for scheduling replenish- 
ment operations. Each terminal 16,300 has a service el- 
ement monitor 48 for monitoring the service elements 
within that terminal 16,300. This periodic state of health 
information gathering is extremely important in an off- 
site environment where field service or security compa- 
nies are likely to be used to provide cash replenishment. 
[0100] The PoS terminal 300 has some of the func- 
tionality previously described with reference to the back 
office terminal (Fig 9) in that the PoS terminal has a 
maintainer monitor 238, an agent handler 240, and an 
error log 250. The maintainer monitor 238 (as described 
previously) within the PoS terminal 300 can instruct the 



agent handler 240 to send out a service agent 50b when 
a new user logs in, as illustrated in Fig 11b. 
[01 01] A field service organisation (not shown) is used 
to send a service agent 50b through the server 22 to 
register with both the ATM 16 and the PoS terminal 300. 
Both terminals 16 and 300 can be supported by the 
same field service organisation. 

[01 02] A critical error occurring in the ATM 1 6 causes 
the ATM 16 to launch an alert agent 50c, as shown in 
Fig 1 1 c, which goes to the local maintainer monitor 238 
in the terminal 300. The alert agent 50c performs train- 
ing and authority checks to ascertain if assistance is ob- 
tainable for the error. For simpler errors, the petrol site 
attendant staff (logged in to PoS terminal 300) will as- 
sist. For more complex errors, the alert agent 50c will 
move from the terminal 300 to the server 22 to be 
passed out to the WAN. The alert agent 50c is used to 
alert a field service organisation (not shown). Alterna- 
tively, the alert agent 50c may cause other communica- 
tion strategies to be used such as an E-mail message, 
paging a local maintainer, or traditional transaction 
based alerting to a help desk, allowing them to call into 
a bank branch. 

[0103] Various modifications may be made to the 
above described embodiments. For example, the net- 
work architecture illustrated in Fig 1 is intended to rep- 
resent a simple bank branch but the concepts described 
apply equally to more complex network environments 
with many terminal sites. The concepts apply equally 
well to networks employed in environments other than 
banking, such as retail environments. In a retail environ- 
ment the service terminals may be point-of-sale termi- 
nals, rather than the ATMs and teller stations shown in 
Fig 1. 

[0104] In other embodiments, each service element 
may have its own processor so that an agent handler is 
used for each service element, and the network through 
which agents roam is located within a service terminal, 
the sites of the network being the service elements. 
[0105] In some embodiments, the code used for the 
agent handlers 40,140,240 will be generic, i.e. the same 
code will be used for all of the agent handlers. In the 
petrol station embodiment, the state-of-health monitor 
may be operated from a central site communicating with 
a proxy server acting locally. More centralised monitor- 
ing of service elements can be conducted from the WAN 
(not shown) by providing an appropriate agent handler 
that allows monitor agents 50a to be received from the 
WAN (not shown). This agent handler would augment 
the monitor agent 50a address list 54 with the addresses 
of the local service elements 1 6, 300 along with its own 
return address, before sending the monitor agent 50a 
to the first of the service elements 1 6 via bus 320, where 
the normal internal monitor agent 50a behaviour would 
occur. Upon the return of monitor agent 50a to the agent 
handler in server 22, the agent handler can then send 
monitor agent 50a to the next address on its address list 
54 over the WAN (not shown). 



75 



20 



25 



30 



35 



40 



45 



50 



9 



17 



EP 0 977 163 A2 



18 



[0106] In other embodiments, the server 22 may be 
integrated with a service terminal, so that a service ter- 
minal performs the functions of a server. In other em- 
bodiments, the functions of a service terminal and a 
maintenance terminal may be combined. In yet another s 
embodiment, the functions of a server, a service termi- 
nal, and a maintenance terminal may be combined; so 
that while acting as a server the terminal may send out 
monitor agents, while acting as a maintenance terminal 
the terminal may send out service agents, and while act- 10 
ing as a service terminal the terminal may send out alert 
agents. In other embodiments, the maintainer may not 
be a human person, the maintainer may be a computer- 
based system for coping with malfunctions. The network 
of sites may be arranged using any convenient scheme; *5 
for example, the sites may be arranged in a client server 
relationship, or a peer-to-peer relationship. A thin client 
architecture may be used. 



Claims 



20 



1. A communications network (10) comprising a plu- 
rality of interconnected network sites (12), at least 
one network site (12) having a service terminal 25 
(16,18), wherein intelligent agent programs (50) are 
used to convey information between sites (12) on 

the network (10) for facilitating efficient mainte- 
nance of the service terminal (16,18). 

30 

2. A network according to claim 1 , wherein each serv- 
ice terminal ( 1 6, 1 8) has an intelligent agent handler 
(40) for receiving intelligent agents from the network 
( 1 0) and for launching intelligent agents into the net- 
work (10), wherein the agent handler (40) allows a 35 
received intelligent agent (50) to execute within the 
context of the handler (40). 

3. A network according to claim 1 or 2. wherein the 
network (10) routes intelligent agent programs (50) 40 
through itself (10) by reference to network site ad- 
dress information carried by each agent program 

(50). 

4. A network according to any preceding claim, where- 45 
in each service terminal (16,18) includes operation 
monitoring means (46) for recording operating in- 
formation associated with service elements (44) 
within that terminal (16,18). 

50 

5. A network according to any preceding claim, where- 
in one network site (12) in the communications net- 
work (10) has a server (22) for providing transaction 
processing capabilities for one or more service ter- 
minals (16,18). 55 

6. A network according to any preceding claim, where- 
in \r.& server (22) has a monitor (172) for sending 



out monitor intelligent agent programs (50a) for col- 
lecting and storing operating information from each 
of the available service terminals (16,18). 

7. A network according to claim 6, wherein the monitor 
(172) is operable to receive a returning monitor in- 
telligent agent program (50a) and to extract from the 
returning monitor intelligent agent program (50a) 
the stored operating information for each service 
terminal (16,18) visited. 

8. A network according to claim 7, wherein the monitor 
(172) includes analysing means for analysing the 
operating information and for predicting when a 
service terminal (16,18) may require maintenance. 

9. A service terminal (16,18) for use with a communi- 
cations network (10), the terminal comprising: one 
or more service elements (44); operation monitor- 
ing means (46) for recording operating information 
associated with the one or more service elements 
(44); a network interface (32); and an intelligent 
agent handler (40) for receiving an intelligent agent 
(50a) via the network interface (32) and for sending 
the received intelligent agent (50a) to the next des- 
tination; whereby, the received intelligent agent 
(50a) is executed by the handler (40) so that the 
received intelligent agent (50a) retrieves and stores 
operating information from the operation monitoring 
means (46) 

10. An automatic maintenance requesting communica- 
tions network system comprising at least one serv- 
ice terminal (16,18) and at least one maintenance 
terminal (20); whereby when a maintainer logs in to 
the maintenance terminal (20) an intelligent agent 
service program (50b) is sent to the service terminal 
(20) to convey information about the maintainer and 
about the network address of the maintenance ter- 
minal to a service agent register (45), so that in the 
event of a malfunction the service terminal (16,18) 
is able to send an intelligent agent alert program 
(50c) conveying a maintenance request to the 
maintenance terminal (20). 

11. An automatic maintenance requesting communica- 
tions network system according to claim 10 ? where- 
in the maintainer information includes details for 
ranking the priority of the maintainer, so that in the 
event of a malfunction the intelligent agent alert pro- 
gram (50c) is sent first to the maintainer having the 
highest priority. 

12. An automatic maintenance requesting communica- 
tions network system according to claim 11 , wherein 
if the maintainer having highest priority fails to re- 
spond to the intelligent agent alert program (50c) 
within a predetermined time period, the alert agent 
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(50c) travels to the maintainer with the next highest 
priority. 

13. A service terminal (16,18) for use in an automatic 
maintenance requesting communications network, 5 
where the service terminal (16,18) comprises: an 
intelligent agent handler (40); operation monitoring 
means (46) for detecting malfunctions; and a serv- 
ice agent register (45); whereby, in use, the intelli- 
gent agent handler (40) receives and executes in- 10 
telligent agent service programs (50b) that store 
maintainer information and maintenance terminal 
information in the service agent register (45), sothat 

on detecting a malfunction the operation monitoring 
means (46) is able provide the handler (40) with in- is 
formation relating to one or more maintainers from 
the service agent register (45) for use in creating an 
intelligent agent alert program (50c) for sending to 
the one or more maintainers. 

20 

14. A service terminal according to claim 13, wherein 
the operation monitoring means (46) selects a plu- 
rality of maintainers and prioritises these selected 
maintainers so that the alert agent (50c) visits the 
selected maintainers in the prioritised order. 25 

15. A method of communicating intelligent agent pro- 
grams through a communications network compris- 
ing a plurality of interconnected network sites (12), 

the network having a server (22) at one network site 30 
(12) and a service terminal (16,18) at another net- 
work site (12), the service terminal (16,18) having 
at least one service element (44), the method com- 
prising the steps of: monitoring the service element 
to derive operating data relating to an operating pa- 35 
rameter thereof and; launching from the service ter- 
minal (1 6,18) to the server (22) an intelligent agent 
program (50a) carrying the operating data. 

16. A method of requesting service for a service termi- 40 
nal connected to a network of interconnected sites, 

the method including the steps of selecting a site to 
send a request for service to, where the selection 
is based on profile data associated with a person 
enrolled at that site; and using an intelligent agent 45 
program to convey the request to that site. 
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